home *** CD-ROM | disk | FTP | other *** search
/ CD ROM Paradise Collection 4 / CD ROM Paradise Collection 4 1995 Nov.iso / filutil / zrfw651.zip / MIMEREAD.TXT < prev    next >
Text File  |  1995-04-15  |  12KB  |  297 lines
  1. <<Jared notes: When my local net server switched to Base 64 encoding
  2. of files a few days ago, I went looking for MIME encoders. The UUE
  3. functions have been with ZR since version 6.0, so it is fitting that
  4. MIME gets added at 6.5. For those who do not know, it is like UUE
  5. encoding so you can mail files over the Internet, but harder to 
  6. come by a good one because it is newer. These guys have made the
  7. best one by far out of the ones I have seen, I looked through several
  8. freeware ones which allow dual distribution. They don't ask for any-
  9. thing except credit, which if you like this feature, is all the more
  10. reason to send them a few bucks for it.
  11.   I may switch to proprietary (done by me) uue/mimeing, if I ever can
  12. get around to it, 'til then freeware ones like this do the job well,
  13. and if you use DOS a lot, its like getting 2 programs for the price
  14. of one, well worth keeping them on your drive for awhile. This is
  15. their readme file they like to have included so I am putting it front
  16. and center as they really deserve a lot of applause because this one
  17. is tops in my book. Setup.exe will auto-installs them into \windows.
  18.    You don't NEED to know any of these commands as I have automated
  19. them in my program, but knowing how to do it in DOS is handy.>>
  20.  
  21.  
  22.  
  23.               mpack/munpack version 1.4
  24.  
  25. Mpack and munpack are utilities for encoding and decoding
  26. (respectively) binary files in MIME (Multipurpose Internet Mail
  27. Extensions) format mail messages.  For compabibility with older forms
  28. of transferring binary files, the munpack program can also decode
  29. messages in split-uuencoded format.  The mac version can also decode
  30. messages in split-BinHex format.
  31.  
  32. Versions are included for unix, pc, mac and amiga systems.  The
  33. canonical FTP site for this software is ftp.andrew.cmu.edu:pub/mpack/
  34.  
  35. This MIME implementation is intended to be as simple and portable as
  36. possible.  For a slightly more sophisticated MIME implementation, see
  37. the program MetaMail, available via anonymous FTP to
  38. thumper.bellcore.com, in directory pub/nsb
  39.  
  40.  
  41. Compilation:
  42.  
  43. [unix version]
  44.  
  45. If compiling on SunOS, SVR4, SCO Unix, or an ancient BSD without the
  46. strchr() function, edit the Makefile and uncomment the relevant lines.
  47.  
  48. Compile with the "make" command. Install with 
  49. "make install DESTDIR=/installation/path".  The default value of
  50. DESTDIR is "/usr/local", which installs the programs in /usr/local/bin
  51. and the man pages in /usr/local/man/man1.
  52.  
  53. [pc version]
  54.  
  55. The pc sources have been compiled with Microsoft C version 7.0. 
  56.  
  57. [amiga version]
  58.  
  59. The amiga sources have been compiled with SAS/C version 6.3. To compile
  60. with SAS/C, use the command "smake".
  61.  
  62. [mac version]
  63.  
  64. Mpack was compiled with THINK C 6.0 with the 4-byte int option turned
  65. on (and the ANSI-small library compiled with the 4-byte int option)
  66. and prototype enforcement turned off.  Included with this distribution
  67. should be the files "macproj.hqx" which is a BinHex4 version of the
  68. THINK C 6.0 project file, and "macrsrc.hqx" which is a BinHex4 version
  69. of the resources file.
  70.  
  71. If you wish to compile this with a different version of the THINK C
  72. compiler, you must turn on 4-byte ints when compiling the ANSI library
  73. and the source code.  If you wish to use MPW or some other compiler
  74. you will probably have to add additional #include statements for the
  75. appropriate Macintosh interface headers.
  76.  
  77.  
  78. Using the mac version:
  79.  
  80. See the "Help..." menu item in the application.
  81.  
  82.  
  83. Using mpack: [unix, pc and amiga versions]
  84.  
  85. Mpack is used to encode a file in one or more MIME format messages.
  86. The program is invoked with:
  87.  
  88.     mpack [options] -o outputfile file
  89.  
  90. Where "[options]" is one or more optional switches described below.
  91. "file" is the name of the file to encode and "-o outputfile" is
  92. described below.
  93.  
  94. The unix version may also be invoked with either:
  95.  
  96.     mpack [options] file address...
  97.  
  98. or
  99.  
  100.     mpack [options] -n newsgroups file
  101.  
  102. Where "address..." is one or more e-mail address to mail the resulting
  103. messages to and "newsgroups" is a comma-separated list of newsgroups
  104. to post the resulting messages to.
  105.  
  106. The amiga version may be invoked identically to the Unix version.
  107. There is extra flexibility in the options and addresses.  Use "mpack
  108. ?" for a list of options; a second "?" will print more information.
  109. AmigaDOS 2.0 or later is required to run mpack.
  110.  
  111. The possible options are:
  112.  
  113.      -s subject
  114.           Set the Subject header field to Subject.   By default,
  115.           mpack will prompt for the contents of the subject
  116.           header.
  117.  
  118.      -d descriptionfile
  119.           Include the contents of the file descriptionfile in an
  120.           introductory section at the beginning of the first
  121.           generated message.
  122.  
  123.      -m maxsize
  124.           Split the message (if necessary) into partial messages,
  125.           each not exceeding maxsize characters.  The default
  126.           limit is the value of the SPLITSIZE environment 
  127.       variable, or no limit if the environment variable
  128.           does not exist.  Specifying a maxsize of 0 means there
  129.           is no limit to the size of the generated message.
  130.  
  131.      -c content-type
  132.           Label the included file as being of MIME type
  133.           content-type, which must be a subtype of application,
  134.           audio, image, or video.  If this switch is not given,
  135.           mpack examines the file to determine its type.
  136.  
  137.      -o outputfile
  138.           Write the generated message to the file outputfile.  If
  139.           the message has to be split, the partial messages will
  140.           instead be written to the files outputfile.01,
  141.           outputfile.02, etc.
  142.  
  143.  
  144. The environment variables which control mpack's behavior are:
  145.  
  146.      SPLITSIZE
  147.           Default value of the -m switch.  Default "0".
  148.  
  149.      TMPDIR        [unix version only]
  150.       Directory to store temporary files.  Default "/tmp".
  151.  
  152.      HOSTNAME      [pc and amiga versions only]
  153.           Fully qualified domain name to use in generated message-ids.
  154.       Default "random-pc" or "random-maiga".
  155.  
  156.      DOMAINNAME    [amiga version only]
  157.           If $HOSTNAME does not have a '.' in it, this is appended to
  158.           $HOSTNAME to get the domain to use. Default is
  159.           "random-domain".
  160.  
  161.      POSTNEWS       [amiga version only]
  162.       Command to use to post news. Compatible with Dillon UUCP usage.
  163.  
  164.      SENDMAIL       [amiga version only]
  165.       Command to use to send mail. Compatible with Dillon UUCP usage.
  166.        
  167.  
  168. Using munpack:
  169.  
  170. Mpack is used to decode one or more messages in MIME or
  171. split-uuencoded format and extract the embedded files.  The program is
  172. invoked with:
  173.  
  174.     munpack [options] filename...
  175.  
  176. which reads the messages in the files "filename...".  The pc version
  177. does accept wildcards.  Munpack may also be invoked with just:
  178.  
  179.     munpack [options]
  180.  
  181. which reads a message from the standard input.
  182.  
  183. The amiga version does not accept wildcards. Under AmigaDOS prior to
  184. 2.0, only filenames are allowed. Under AmigaDOS 2.0 or later, the Unix
  185. options are supported, with extra flexibility. Use "munpack ?" for a
  186. list of options; a second "?" will print more information.
  187.  
  188. If the message suggests a file name to use for the imbedded part, that
  189. name is cleaned of potential problem characters and used for the
  190. output file.  If the suggested filename includes subdirectories, they
  191. will be created as necessary.  If the message does not suggest a file
  192. name, the names "part01", "part02", etc are used in sequence.
  193.  
  194. If the imbedded part was preceded with textual information, that
  195. information is also written to a file. The file is named the same as
  196. the imbedded part, with any filename extension replaced with ".desc"
  197. on the unix version or with ".dsc" on the pc version.
  198.  
  199. The possible options are:
  200.  
  201.      -f
  202.           Forces the overwriting of existing files.  If a message
  203.           suggests a file name of an existing file, the file will be
  204.           overwritten.  Without this flag, the unix version appends
  205.           ".1", ".2", etc to find a nonexistent file.  Without this
  206.           flag, the pc version replaces any filename extension with
  207.           ".1", ".2", etc to find a nonexistent file.
  208.  
  209.      -t
  210.       Also unpack the text parts of multipart messages to files.
  211.       By default, text parts that do not have a filename parameter
  212.       do not get unpacked.
  213.  
  214.      -q
  215.           Be quiet--suppress messages about saving partial messages.
  216.  
  217.      -C directory
  218.           Change the current directory to "directory" before reading
  219.           any files.  This is useful when invoking munpack
  220.           from a mail or news reader.
  221.  
  222. The environment variables which control munpack's behavior are:
  223.  
  224.      TMPDIR    [unix version]
  225.           Root of directory to store partial messages awaiting 
  226.           reassembly.  Default is "/tmp".   Partial messages are
  227.       stored in subdirectories of $TMPDIR/message-parts-$USER/
  228.  
  229.      TMP    [pc version]
  230.           Root of directory to store partial messages awaiting
  231.           reassembly.  Default is "\tmp".  Partial messages are
  232.           stored in subdirectories of $TMP/parts/
  233.  
  234.      METAMAIL_P_DIR [amiga version only]
  235.           Root of directory to store partial messages awaiting 
  236.           reassembly.  Default is "t:".   Partial messages are
  237.       stored in subdirectories of METAMAIL_P_DIR.
  238.  
  239.      USER, USERNAME [amiga version only]
  240.      Subdirectory of METMAIL_P_DIR where mime parts are stored. USER
  241.      is checked first, then USERNAME. Default "anonymous".
  242.           
  243.  
  244. Special note on environment variables in the amiga version. If the
  245. shared library netsupport.library is available, it will be used to get
  246. the value of the environment variables. This allows them to be set in
  247. uulib:config file instead of in the environment. If this library not
  248. present, then a warning that the library was not found is printed. You
  249. may ignore this warning.
  250.  
  251. Acknowledgements:
  252.  
  253. Written by John G. Myers, jgm+@cmu.edu
  254. The mac version was written by Christopher J. Newman, chrisn+@cmu.edu
  255. The amiga port was done by Mike W. Meyer, mwm@contessa.phone.net.
  256.  
  257. Thanks to Nathaniel Borenstein for testing early versions of mpack and
  258. for making many helpful suggestions.
  259.  
  260.  
  261. Reporting bugs:
  262.  
  263. Bugs and comments should be reported to jgm+@cmu.edu.  Please include
  264. the version number and the platform in the report.
  265.  
  266.  
  267. Legalese:
  268.  
  269. (C) Copyright 1993 by John G. Myers and Christopher J. Newman
  270. All Rights Reserved.
  271.  
  272. Permission to use, copy, modify, distribute, and sell this software
  273. and its documentation for any purpose is hereby granted without fee,
  274. provided that the above copyright notice appear in all copies and that
  275. both that copyright notice and this permission notice appear in
  276. supporting documentation, and that the name of John G. Myers or
  277. Christopher J. Newman not be used in advertising or publicity
  278. pertaining to distribution of the software without specific, written
  279. prior permission.  John G.  Myers and Christopher J. Newman make no
  280. representations about the suitability of this software for any
  281. purpose.  It is provided "as is" without express or implied warranty.
  282.  
  283. JOHN G. MYERS AND CHRISTOPHER J. NEWMAN DISCLAIM ALL WARRANTIES WITH
  284. REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF
  285. MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL JOHN G. MYERS OR
  286. CHRISTOPHER J. NEWMAN BE LIABLE FOR ANY SPECIAL, INDIRECT OR
  287. CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF
  288. USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR
  289. OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
  290. PERFORMANCE OF THIS SOFTWARE.
  291.  
  292.  
  293. Portions of this software are derived from code written by Bell
  294. Communications Research, Inc. (Bellcore) and by RSA Data Security,
  295. Inc. and bear similar copyrights and disclaimers of warranty.
  296.  
  297.